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Communication System and Method 

[Field of the Invention] 

5 

The present invention relates to a system and method of 
communicating information in a network, and in particular, 
the present invention relates to a system for 
communicating information, related to a plurality of 
10 tagged objects, in a network. 

[Background of the Invention] 

In recent years, data communication techniques have 
15 evolved tremendously. Electromechanical equipment for 
communicating information over larger distances is now 
widely replaced by digital systems using semiconductor 
switches. With the availability of cheap data processing 
capacity in today's world, it is now possible for 
2 0 virtually everyone to not only communicate voice and audio 
signals but also data stored on computers, data bases, 
etc. Especially with the advent of computer networks, such 
as the Internet, connecting computers virtually all over 
the world, easy and inexpensive access to digital 
25 information becomes possible worldwide. 

The Internet and similarly other networks can be used for 
a variety of different applications. It is, for example, 
possible to retrieve information about a specific topic by 
30 accessing files which may be physically located at 

arbitrary places, essentially worldwide. The files may 
contain text, audio signal, images, video or data related 
to applications. 

35 In order to be able to access the files it is required to 
know the name of the documents and further, it is required 
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to know the addresses of network computers storing the 
documents* However, in many cases, information about the 
name and location of documents related to a desired topic 
or physical object is not available and, means for 
5 retrieving information about possible locations of 
documents or applications related to the topic are 
required. Therefore, on most common networks various 
applications are available, to assist an user in 
identifying names of documents as well as addresses of 
10 servers storing the documents related to the object. 

Generally, the assisting applications perform a more or 
less detailed network search based on a keyword or sets of 
keywords provided by the user. A search result typically 

15 is a list of addresses and links to servers storing 

information related to the desired topic. The user can 
select each record of the list and retrieve associated 
documents or services. In many cases, however, it will 
turn out that a very long list of addresses and links is 

20 returned, but only a small number thereof is actually 
related to the desired topic. Key words supplied to a 
search application will often result in lists with 
thousands of entries and many entries of the list will 
only intermediately be related to the object or not at 

25 all. 

Retrieving information from a network can therefore be a 
tedious and time-consuming task, and the result might not 
be satisfying. This situation is further severed by the 
30 swift growth of such networks. 

There might be essentially two reasons causing the 
difficulty for a user to retrieve information about a 
specific object in. Even if the user knows some key facts 
35 about the desired object, the search might still miss 

important information concerning the object and secondly, 
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often key information about the desired object is lacking 
and it therefore is not possible for the user to specify 
proper search terms, even if he knows which object he 
wants to retrieve information for. The user will also face 
5 the problem that it is not possible to get a determined 
answer whether desired information is available on the 
network or not, i.e., the information may exist, even if 
the conducted search failed. 

10 It is therefore desirable to design a system, which 

readily delivers focused information about a certain topic 
or object without the need of performing time consuming 
network searches with sophisticated arrangements of search 
terms, in order to narrow down the number of "hits". 

15 

In the physical world, a large number of different 
objects, manmade or natural, exists and similarly, in the 
virtual world of a computer network information exists 
about virtually all physical objects. However, as outlined 
20 before, it is difficult to retrieve information related to 
a specific object. Thus there is a need for a system, 
which links physical objects with services in the 
information space . 

25 A number of proprietary systems is known from daily life, 
which allow to connect a limited number of objects to 
information about the objects. For example, such systems 
may link car spare parts to information of a data base. A 
part number may be entered into the system and drawings, 

30 information about availability, price, etc., is returned. 
Similar systems are encountered supermarkets. The systems 
are able to display information related to an object under 
investigation or to account for sold items, prices, etc. 

35 However, all of the above systems have several limitations 
regarding scalability with respect to the number of 
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objects and associated information services, robustness 
and generality. 

Further, "broken" links, i.e., links and addresses stored 
5 by a user at one point in time and which are not any 
longer valid, pose a problem in computer networks. The 
location of information or services, i.e., the address of 
the computer of the network storing the information or 
service, as well as filenames usually change over time due 

10 to a rearrangement of servers, network addresses and the 
like. In this case, a called address or link for 
retrieving a certain service from the network may no 
longer be valid and an error message is returned to the 
user. Obviously, it is thus desirable to avoid the broken 

15 links, in order to be able to retrieve information about 
an object without fail. 

[Summary of the Invention] 

20 It is therefore object of the invention to provide a 

system and method capable of communicating information 
associated with an arbitrary number of objects. 

This object of the invention is solved by independent 
25 claims 1 and 15 of the invention. 

The invention advantageously allows to link an arbitrary 
number of objects of the real world to information 
services stored on an arbitrary number of data processing 

30 units or application servers, which may be located at 
arbitrary places. These services may be text, images, 
application programs or any other kind of messages. The 
data processing units or application servers preferably 
store a plurality of application data packets comprising 

35 data related to the services. Each of the plurality of 

application data packets may be associated with one of the 
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plurality of objects of the real world, i.e., it contains 
information related to the object. The application data 
packets may be of arbitrary size. 

5 Advantageously, each of a plurality of directory servers 
stores part of an arbitrarily scaleable data base 
containing object data associating each of the objects 
with at least one of the application data packets. The 
plurality of directory servers serve as key resource in 

10 retrieving an application data packet related to an 
object. Means for receiving a read object tag from a 
reading means and for identifying the directory server for 
storing object data related to the read object tag and 
retrieving the object data are provided. During operation, 

15 a system kernel receives data of an object tag associated 
to one of the plurality of objects, and based on a search 
performed by at least one of the plurality of directory 
servers, obtains the address of a storage location or 
locations, i.e., the address of application servers 

20 storing application data packets related to the object. 

Subsequently the application data packets may be retrieved 
and can be supplied to a device. The device may be a 
mobile telephone or a data processing unit or the like. 
Alternatively, object data related to the read object tag 

25 can be transmitted to the device. The invention thus 

advantageously allows to connect different services from 
different providers. 

In an advantageous embodiment of the invention each of the 
30 plurality of directory servers comprises tag memory means 
storing information about which of the plurality 
application data packets is associated with particular 
ones of the plurality of objects. Thus, a tag data block 
advantageously may comprise at least one object tag and at 
35 least one application identifier. Also, tag data blocks 
may comprise addresses of application servers storing 
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application data packets corresponding to the application 
identifiers . 

Each of the directory servers may advantageously also 
comprise address memory means for storing address data 
blocks including information about application server 
addresses storing the application data packets specified 
in the tag memory means . An address data block may 
advantageously be provided for each application data 
packet. Thus, an address data block may store an 
application identifier and the application server address 
of the server storing the corresponding application data 
packet. Address data blocks may also store object tags of 
objects associated to an application data packet. The 
address data blocks may advantageously be used for 
removing application identifiers from object data, if 
corresponding application data packets are removed. 

Tag memory means and address memory means advantageously 
allow to solve the problem of broken links, since an 
object, via its tag, can indirectly be linked to 
particular storage locations, i.e., addresses of specific 
application servers. A look-up of a specific application 
data packet related to a particular object may therefore 
advantageously be performed by searching for a specific 
object tag in the tag memory means and subsequently, 
application server addresses for respective application 
identifiers may be retrieved from the address memory 
means . 

In another embodiment of the invention the system 
advantageously comprises memory means for storing a list 
of available directory servers in a hashtable and a 
hashfunction is provided for identifying a particular one 
of the directory servers for storing information related 
to a specific object based on the hashtable. The 
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hashf unction is thus used for mapping all object tags onto 
the plurality of directory servers. The hashfunction can 
be used in operations for storing and removing one of the 
object tags and associated object data, retrieving object 
data related to one of the object tag from one of the 
directory servers, and relocating object data from one of- 
the directory servers to another. 

Advantageously, all object tags and directory server 
addresses may be numbered in an ascending order, tag data 
blocks of object tags with sequential numbers are stored 
or. directory servers with sequential numbers and the list 
of all available directory servers, i.e., their addresses, 
sorted by assigned numbers, are maintained as the 
hashtable. Thus, the directory server storing information 
related to a particular one of the objects can be 
identified by the hashfunction. The determined directory 
server is likely to store object data related to the 
object tag. If it does not store the object data, the 
output range of the hashfunction can be halved. 



If an object is to be inserted into data base of object 
data, the appropriate directory server can advantageously 
be computed using the hashfunction. Further, if a new 
25 directory server becomes available and is inserted into 
the hashtable, storing locations of application data 
blocks may advantageously be recomputed using the 
hashfunction. 

Preferably, the hashtable is stored by at least one 
supervisor server, however, any other component of the 
system kernel may store the hashtable or a copy of the 
hashtable. It is thus possible that copies of the 
hashtable are stored on the directory servers, etc. The 
copies of the hashtable may advantageously be updated only 
periodically, in order to reduce processing time. 
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Providing copies of the hashtable at a plurality of 
devices of the system further reduces the response time of 
the system, since look up operations can be performed by 
many devices. 



Further, a plurality of broker servers may be provided for 
storing information about components of the system kernel. 
The broker servers may also store copies of the hashtable. 

10 Advantageously, retrieved application data packets may be 
communicated via fixed and wireless communication links to 
a mobile telephone or to a data processing device, used 
for playback or display of information. Data conversions, 
such as speech processing, can advantageously be performed 

15 by specifically provided resource means. 

Further, in order to provide a robust system, components 
of the system kernel can be replicated by replication 
components . 

20 

Still further advantages of the invention are described in 
dependent claims. 

[Brief Descriptions of the Figures] 



The invention can be more fully understood, if it is seen 
in conjunction with the accompanying drawing, wherein; 



5 



25 



30 



Fig. 1 



shows a block diagram of an embodiment of the 
invention; 



Fig. 2 



illustrates an embodiment of the hashtable used 



to perform a lookup operation for identifying a 
particular one of the directory servers; 



35 
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Fig. 2a shows a flow chart of steps performed in 

accordance with an embodiment of the invention 
for storing, retrieving and relocating object 
data associated with an object tag. 

5 

Fig. 3 shows a flow chart of steps performed in 

accordance with an embodiment of the invention 
for retrieving application data packets 
associated with an object; 

10 

Fig. 4 shows a flow chart of steps performed in 

accordance with an embodiment of the invention 
for identifying an directory server for storing 
new object data; 

15 

Fig. 5 shows a block diagram of an embodiment of the 

components of one of the plurality of directory 
servers as well as components of a tag data 
block and address data block, respectively; 

20 

Fig. 6 shows an embodiment of the system kernel; 

Fig. 7 shows an embodiment of the system according to 
the invention including the Internet; 

25 

Fig. 8 schematically illustrates an embodiment of steps 
for performing the method according to the 
invention; 

30 Fig. 9 schematically shows an embodiment of steps for 
performing the method according to the 
invention, including the Internet; 

Fig. 10 shows another embodiment of steps for performing 
35 the method according to the invention, the steps 
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including lookup procedures performed by broker 
servers; and 



Fig. 11 



shows another example of steps for performing 
the method according to the invention including 
data conversions performed by resource means; 



S 



[Detailed Description of Embodiments] 

10 In the following, preferred embodiments of the invention 
are described with respect to the figures. 

Fig. 1 shows a block diagram of an embodiment of the 
system according to the invention. The system is arranged 
15 to link each of a plurality of objects with corresponding 
ones of a plurality of information services. 

The embodiment of Fig. 1 comprises a system kernel K with 
at least one application server AS; AS1 - ASr and a 

20 plurality of directory servers DS; DS1 - DSn. The system 
kernel K is arranged to communicate data between a 
plurality of application servers and a telephone M, a data 
processing unit DPU or the like. The application servers 
each have an address IS; ISl-ISp and store a plurality of 

25 application data packets, each having an application 

identifier All - Aim. The application servers may be part 
of a known datacom- or telecom network, such as the 
Internet. A plurality of objects D is marked with a 
plurality of tags T, one each is shown. A reader R is 

30 provided for reading data of an object tag and 
transmitting same the system kernel K. 

The system is arranged to link the plurality of objects, 
which can, for example, be any products or items of the 
35 physical world to various kinds of information related to 
the objects. It is thus possible to associate each 
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specific one of the objects to a focused set of 
information services. A user may retrieve such a set of 
information services related to a particular one of the 
objects D or information about the information services by 
5 reading the object tag T; Tl- Tw using the reader R. The 
information about the object is then automatically 
obtained by the system kernel K from a corresponding one 
of the application servers. Obtained information may be 
sent from the system kernel to the telephone M, which may 
10 be a regular telephone or a mobile telephone, or to the 
data processing unit DPU. 

With the system according to the invention, the user is, 
'j.g., able to access default information related to an 

15 object or a group of objects, for example, as provided by 
the manufacturer of the particular objects or products. 
Further, the user can execute a specific service related 
to the object. The user can also look up services 
available for an object, for example a list of services 

20 associated with the object and may browse the list. In 
this case a list of all services associated with the 
object can, e.g., be displayed on the display of the data 
processing unit DPU operated by the user. The system may 
also be used to automatically read object tags, e.g., 

25 within a room or passing a door or the like. 

The plurality of application servers with the addresses 
IS; ISl-ISp and storing data related to the objects D may 
be placed at arbitrary locations in the world, similar to 

30 today's computer networks, such as intranets, company 

networks or the Internet. It is also possible that part or 
all of the plurality of application servers constitute 
part of at least one known datacom- or telecom network and 
that the system kernel K only serves as a link between 

35 objects and services. The application servers thus may be 
dedicated devices or shared with other networks. Data 
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stored on the application servers can, for example, be 
text, such as a user manual of a product, links to other 
servers storing related data or other kind of written 
information. Further, the data can comprise images, video, 
5 audio signals and the like. It is also possible that the 
exchange of data via the system kernel K between 
application servers and the mobile telephone and/or data 
processing unit includes an interactive execution of an 
application. 

10 

The reader R is arranged to read one of a plurality of 
object tags T; Tl - Tw. The reader may be a bar code 
reader or any other reading device. The object tags can be 
active or passive tags, as commonly used and preferably 
15 are very small. Tags in the mm range are available today. 

The reader R may be an independent device (PCMCIA size) , 
connected to the mobile telephone M and/or data processing 
unit DPU, or may be integrated into the mobile telephone M 

20 and/or data processing unit DPU, as indicated in Fig. 1 by 
a broken line enclosing the reader, the mobile telephone 
M, the data processing unit DPU. For reading an object 
tag, a user preferably directs the reader at an object tag 
and initiates the reading process. It is, however, also 

25 possible, that object tags are read automatically, e.g., 
if in the vicinity of the reader. 

The transmission of information between the reader R, the 
mobile telephone M and the data processing unit DPU and 
30 the system kernel K may be performed via wireless 

communication or via fixed communication lines. For 
example, data transmission may include a mobile telephone 
network, a telephone networks using fixed lines and 
computer networks . 

35 
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Even though Fig. 1 only shows one reader R, the system is 
able to serve a large number of users operating a large 
number of readers. A user can be located anywhere, the 
only requirement is that the user connects to the system 
5 kernel for issuing a request for information and 

transmitting a read object tag. Preferably each user is 
also equipped with a device for receiving information 
retrieved from one of the application servers or directory 
servers which, e.g., may be the mobile telephone M or the 
10 data processing unit DPU. 

In operation, the system kernel K receives a request for 
information from a user containing the object tag T; Tl - 
Tw of an object D read by the reader R. Upon reception of 

15 the request, the system kernel K performs operations to 
identify application servers storing information related 
to the object D. Once the application servers and the 
addresses IS; IS1 - ISp, respectively, are appropriately 
identified, data associated with the object D can be 

20 retrieved from the application server and supplied to the 
user. 

Since the amounts of data handled by the system, i.e., the 
number of objects and the number of application data 

25 packets may be extremely large, a single unit can not 
handle all information associating objects with 
application data packets. Therefore, the system kernel K 
includes the plurality of the directory servers DS; DS1- 
DSm, each storing part of a data base of object data 

30 associating each of the application data packets with at 
least one of the plurality of objects. 

It is preferred, that means are provided maintain 
information about available kernel components. In general, 
35 the information may be kept in any component of the system 
kernel. However, it is also possible, to provide one or a 
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plurality of dedicated supervisor servers (not shown) for 
this purpose. The number of supervisor servers may, e.g., 
depend on traffic handled by the system. The supervisor 
server / servers may, e.g., maintain an always up to date 
5 list of addresses of all directory servers. In addition, 
periodically updated copies of the list may be stored 
elsewhere in the system kernel. 

It is a key aspect of the invention that the data base of 
10 object data is distributed over a plurality of directory 

servers DS; DS1 - DSn, allowing that the number of objects 
can be scaled almost arbitrarily by adding new directory 
servers to the existing ones for storing new object data. 
Each of the directory servers DS; DS1 - DSn preferably 
15 stores object data related to a small number of the range 
of available object tags T; Tl - Tw. As mentioned above, 
object data related to an object tag preferably includes 
application identifiers All - Aim of application data 
packets related to the object as well as information about 
20 storage locations of the application data packets, e.g., 

the addresses of application servers IS; IS1 - ISp storing 
the application data packets. 

According to an embodiment of the invention, the retrieval 
25 of application data packets by the system kernel K can be 
performed in two steps. In a first step the directory 
server storing object data related to an object is 
identified and the object data is retrieved. In a second 
step, using the object data, application data packets are 
30 retrieved from application servers and/or the object data 
or parts thereof are transmitted to the user, i.e., to the 
mobile telephone M and/or the data processing unit DPU. 

The first step of identifying the correct directory server 
35 may be performed via a look up in a hashtable H containing 
addresses or identifiers of all available directory 
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servers DS1 - DSn. To facilitate this look up procedure, a 
hashfunction is used* 

The hashfunction is used to map the plurality of objects 
5 onto the plurality of directory servers DS; DS1 - DSn. 

Since the number of objects will be larger than the number* 
of directory servers, the hashfunction is used to assign 
object data related to a group of objects to each of the 
directory servers. Thus, each of the object tags is 

10 assigned to a target directory server using the 

hashfunction. Preferably, the hashfuncition distributes 
the object tags evenly over the available directory 
servers. To facilitate such mapping, preferably a sequence 
of all objects and directory servers is defined, e.g., by 

15 numbers, strings or the like. Many different mapping 
schemes or hashf unctions can be employed. 

Since the distribution of object data over the plurality 
of directory servers thus follows a defined scheme 

20 corresponding to the hashfunction, it is possible to use 
the same scheme for identifying the target directory 
server storing object data related to a particular object 
tag. If the object data should not be found on the target 
directory server due to changes to the data base, the 

25 hashfunction includes further steps to identify the actual 
directory server storing the object data, as outlined with 
respect to further embodiments. 

The hashfunction can also be employed, if new object data 
30 is to be inserted into the data base on the directory 

server, if data has to be relocated or when the number of 
directory servers changed, as outlined later in more 
detail . 

35 The system kernel K of the described embodiment comprises 
at least one access server AS; AS1 - ASr, which preferably 
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is responsible for receiving a request for information 
about an object including an object tag T; Tl- Tw read by 
the reader R. Further, preferably the at least one access 
server AS; AS1 - ASr is responsible for retrieving 
5 addresses IS; IS1 - ISp of application servers obtained 
from at least one of the directory servers DS; DS1 - DSn_ 
and/or retrieving corresponding application data packets. 
In the embodiment of Fig. 1, the at least one access 
server AS; AS1 - ASr executes the chain of requests 
10 connected to retrieving information from the system with 
respect to the object tag T; Tl- Tw read using the reader 
R. 

In other embodiments, a plurality of arbitrarily located 
15 access servers AS; AS1 - ASr may be provided, each serving 
a group of users, e.g., grouped by geographic location, or 
serving a subgroup of the plurality of objects. 

After receiving a request for information including the 
20 object tag T, the access server AS; AS1 - ASr performs 

operations to identify the directory server DS; DS1 - DSn 
storing information concerning application data packets 
related to the object. 

25 This preferably includes sending the request including the 
object tag T; Tl- Tw to one of the directory servers DS1; 
DS2; ...; DSn, which in turn, using the hashf unction and 
hashtable H, determines the directory server for storing 
the object tag T; Tl- Tw and forwards the request to that. 

30 particular directory server. However, it is also possible, 
that the access server AS; AS1 - ASr or other components 
of the system kernel K perform steps for identifying the 
correct directory server. 

35 After identification of the correct directory server DS; 
DS1 - DSn, the request, including the object tag T; Tl - 
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Tw, is forwarded to the identified directory server. The 
directory server, in a subsequent step, performs 
operations to determine all addresses of application 
servers IS; IS1 - ISp storing application data packets 
5 associated with the read object tag T; Tl- Tw and thus 

object D. Intermediate steps are possible, where the look * 
up request is relayed to further devices before it reaches 
the correct directory server, as outlined later. 

10 The obtained addresses IS; IS1 - ISp and optionally other 
information can be returned to the access server AS; AS1 - 
ASr, which in the following retrieves the specified 
application data packets from the identified application 
servers or transmits the addresses IS; IS1 - ISp and 

15 possibly other information directly to the user, i.e., the 
mobile telephone M or the data processing unit DPU. 

As noted before, the application servers provide various 
services associated to physical objects. However, the 

20 system according to the invention is preferably compatible 
with other information systems, in order to include 
additional information services. A compatible system can, 
for example, be the Internet. In this case WWW information 
could be retrieved based on an object tag by the system 

25 according to the invention. It is also possible, that the 
system entirely uses storage means of existing computer 
networks, such as the Internet, and does not provide 
application servers of its own. It is further possible, 
that the system and method according to the invention use . 

30 standard and/or amended protocols of a known datacom- or 

telecom network for retrieving information associated with 
an object. 

In the following, with respect to Fig. 2, an embodiment of 
35 a list of available directory servers DS; DS1 - DSn, 
maintained in the hashtable H, is described. 
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As outlined above, after receiving an object tag T; Tl - 
Tw from the reader R, the access server AS; AS1 - ASr 
transmits the request to one of the directory servers, 
5 which in turn performs an operation to identify the 

particular one of the plurality of directory servers DS; 
DS1 - DSn for storing object data related to the received 
object tag T. 

10 The hashtable may be stored by any component of the system 
kernel K. However, preferably, an always up to date 
hashtable for keeping track of newly available directory 
servers and of removed directory servers is stored in at 
least one supervisor server HS1 - HSt. Copies of the 

15 hashtable may additionally be stored in each of the 

directory servers for performing look up operations upon 
receiving a request regarding the correct directory 
server. Further, copies of the hashtable can be stored in 
the at least one access server or broker servers, not 

20 shown. 

The copies of the hashtable do not necessarily have to be 
always up to date. They are preferably updated only 
periodically by updating means, also not shown. Since the 
25 look up of object data is a non-critical step, resources 
can be saved by only periodically updating the copies of 
the hashtable H. 

As briefly outlined with respect to Fig. 1, it is 
30 preferred, that one of the directory servers DS1; DS2; 
DSn identifies the directory servers storing 
information related to a requested object tag. However, 
other components of the system kernel K may serve as means 
for identifying the correct directory servers. 

35 
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Preferably, the hashtable H comprises a number of entries 
for storing records including addresses of application 
servers. 

b In the example of Fig. 2 the hashtable comprises 8 

entries, addresses of available servers are stored as 
records in respective sequential entries of the hashtable. 
Thus, the hashtable constitutes an ordered list of all 
available directory servers, as shown in Fig. 2. The 
10 records stored in the hashtable H are indicated by A, B, C 
and r» stand for addresses of four directory servers DS; 
L'Sl - D3n. However, any other order is possible, e.g., D, 

£ T. r* 
- / * */ ^ • 

15 To avoid unnecessary look up operations for object tags at 
directory servers, as outlined above, it is preferred that 
object data is stored on directory servers according to 
the hashf unction, which may be executed by search means SM 
indicated in Fig. 2. The search means SM groups object 

20 tags, preferably in correspondence with the number of 
objects and the number of available directory servers, 
i.e., a target directory server for storing as well as for 
retrieving object data is determined based on an 
identifier of an object tag, which, e.g., may be a number 

25 assigned to the tag, and the number of available directory 
servers DS; DS1 - DSn. 

The object tags may be grouped and object data related to 
each group of object tags may be stored on one of the 

30 plurality of directory servers using hashfunction or any 
scheme. It only needs to be assured that for storing 
object data related to objects on the directory servers 
and for determining the correct directory server upon 
receiving a request for information concerning an object, 

35 the same scheme or hashfunction is used. For example, as a 
storage scheme, all object tags and directory servers 
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could be numbered sequentially and object data related to 
object tags with sequential numbers may be stored 
directory servers with sequential numbers. 

5 In the shown embodiment, a hashfunction is used, which 
maps object tags with sequential numbers onto directory 
servers with sequential numbers. Thus, each of the 
directory servers DS; DS1 - DSn stores a subgroup of 
sequentially numbered object tags Tl - Tw, whereby object 

10 tags with sequential numbers are stored on directory 

servers with sequential numbers. Accordingly, object data 
related to the first object tag Tl is stored on the first 
directory server DS1, object data related to the second 
object tag T2 is stored on the second directory server 

15 DS2, object data related to the third object tag T3 is 

stored on the third directory server DS3 and object data 
related to the fourth object tag T4 is stored on the 
fourth directory server DS4 . Since 4 directory servers are 
available, object data related to the fifth object tag T5 

20 is again stored on the first directory server DS1 and 

likewise all other object tags are stored on the available 
four directory servers. 

The above hashfunction for storing/retrieving object data 
25 on directory servers only serves as an example, other 
mapping schemes may be used. For example, it is also 
possible, that blocks of object tags with numbers in 
certain ranges could be stored on a particular directory 
servers. 

30 

An important feature of the system is the ability to 
handle a large data base of object data. Further, the 
system provides features to adapt to a varying size of the 
data base of object data. Specifically, the system is able 
35 to handle the insertion of new object data or removal of 
obsolete object data. Also, in case the capacity of the 
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system needs to be increased, new directory servers can be 
added and storage locations of object data can be 
rearranged accordingly. Similarly, directory servers may 
be removed. All of this is accomplished by suitably 
5 arranging the hashtable H and suitably assigning directory 
servers for object data using the hashf unction . 

In the following, an example of processing steps for 
maintaining the hashtable H and data base of object data 
10 up to date and steps for retrieving object data are 
described with respect to Fig. 2a. 

First, some maintenance operations are briefly outlined in 
general . 

15 

If a new directory server becomes available, it may be 
added to the hashtable H as a new record. Analogously, one 
of the directory severs could be removed, in which case 
one of the hashtable entries becomes vacant. 

20 

However, in the case the number of available directory 
servers changed, previously stored object data was mapped 
onto the plurality of directory servers using a 
hashfunction based on the previous number of directory 

25 servers, whereas a target directory server is now 

identified based on a new number of directory servers. 
This will sometimes not lead to the directory server 
actually storing object data related to the desired 
object. In this case the hashfunction may be designed to 

30 interrogate the remaining directory servers according to a 
specific sequence until the directory server actually 
storing the desired object data has finally been 
identified. 

35 In the above case it is now preferred that the previously 
stored object data is transferred to the correct target 
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directory server, i.e., the directory server which was 
determined based on the current, that is, new number of 
directory servers. The transfer can, e.g., be carried out, 
if upon a request object data are found not to be located 
5 at the correct directory server. 

According to this proceeding, after the number of 
directory server changed, the data base of object data is 
gradually updated with respect to correct storage 
10 locations of object tags and associated object data, i.e., 
are moved to their respective target directory servers. 

It is noted, that a newly available directory server may 
also be inserted as a backup server to replicate one of 
15 the directory servers, in which case that part of the data 
base of object data is copied from the replicated server 
to the backup server. 

The above maintenance steps are preferably executed by the 
20 at least one supervisor server HS1 - HSt, in order to 
always use an up to date hashtable. 

In the following, the steps of the flow chart of Figure 2a 
described in detail. 

25 

Initially, the insertion of a new object data 
corresponding to a new object tag is described. 

In a step S21 the system is advised to insert new object 
30 data into its data base distributed on the plurality of 
the directory servers. 

In a step S22 the primary directory server for storing the 
new object data is computed based on, e.g. a number 
35 assigned to the new object tag as well as based on the 
number of available directory servers. The step of 
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identifying the primary directory server is preferably 
performed by one of at least one supervisor servers HS1 - 
HSt. However, any other component of the system kernel K 
could identify the primary directory server. The 
5 hashfunction for identifying the primary directory server 
for storing the new object data therefore depends on the 
number of available directory servers and the target 
directory server for a particular object tag therefore 
varies with the number of available directory servers, as 
10 indicated by the double arrow in Fig. 2a. 

After the target directory server for the new object data 
has been identified using the hashfunction, the object 
data is transferred to the target directory server and 
15 stored thereon in a step S23. This completes the sequence 
of steps for inserting new object data. 

In the following, also with respect to Figure 2a, steps 
for performing a lookup operation for object data related 
20 to a desired object tag or object is described. 

In a step S24 a lookup request is received by the system 
kernel K. As it has been outlined before, the request 
usually is issued by a user reading an object tag using 
25 the reader R. 

Following the reception of a lookup request, the primary 
directory server for the particular object tag is 
determined according to the hashfunction in step S22. It 

30 is noted that step S22 is identical for inserting data and 
retrieving object data, as indicated by the box with 
broken lines. After the primary directory server for the 
object tag has been determined using the hashfunction, a 
request for object data is transmitted to the target 

35 directory server in a step S25. 
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In a step S26, at the primary directory server, it is 
determined, whether the object data associated with the 
object tag is actually located at the primary directory 
server. As outlined before, this is not always the case, 
5 since the data base varies in size and directory servers 
may be added or removed. Therefore, in case a new . * 

directory server has been added after object data related 
to the desired object has been stored on the data base, 
the primary directory server computed in step S22 will 
10 differ from the directory server, where the object data is 
actually stored. The same holds true, if one of the 
directory servers has been removed after object data 
related to the object tag has been inserted into the data 
base . 

15 

If the object data is located on the identified primary 
directory server, in a step S27 the object data is 
retrieved from the directory server and subsequently steps 
for providing the user with desired information are 

20 performed by the system kernel are carried out. As 

outlined before, this may include retrieving application 
data packets from application servers based on the object 
data or directly transmitting object data or parts thereof 
to the user, i.e., to the data processing unit DPU and/or 

25 mobile telephone M. 

If in step S26 it has been determined that object data 
related to the object tag is not located at the identified 
primary directory server, in a step S28, the lookup 

30 request is forwarded to other directory servers. In case 
the number of directory servers has been increased 
recently, the lookup request may be forwarded to a 
directory server which is determined using the 
hashfunction based on a previous number of available 

35 directory servers. The same holds true, if the number of 
directory servers has been decreased recently. If none of 
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the directory stores the desired object data, an error 
message is generated and the operation ends. 



However, it is also possible, that the lookup request is 
5 forwarded to all remaining directory servers. If the 

object data was not located at the desired location, after* 
the correct directory server has been identified in step 
S2 8, in a step S2 9 the object data is retrieved from the 
directory server and erased from its data base. 

10 

Following, the flow advances to step S23. In step S23, as 
outlined before> the retrieved object data is stored on 
the target directory server, determined in step S22. 

15 Fig. 3 describes steps for retrieving application data 

packets related to an object using a flow chart according 
to another example of the invention. In this embodiment 
look up operations are described involving a hashfunction 
employing a modulo operation for identifying a directory 

20 server. Fig. 3 also describes, how object data can be 

rearranged using the hashfunction, in case it is detected 
that the object data is not stored on the correct 
directory server. 

25 In a step S31 the system kernel K receives a request from 
a user, requesting information related to an object. A 
request at least includes an object tag T; Tl - Tw of an 
object D transmitted from the reading means R to the 
system kernel. Additionally, the request may, e.g., 

30 include an address or identifier of an user and parameters 
specifying the type of information or service requested. 
Preferably, the request is received by one of the access 
servers AS; AS1 - ASr. However, as mentioned before, other 
components of the system may also receive or process the 

35 request. 
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Upon reception of the request for information related to 
an object, in a step S32, the number of entries in the 
server hashtable H is assigned to a parameter a and the 
number of the object tag is assigned to a parameter p. In 
5 the following step S33 a modulo operation P mod a is 

carried out and the result is assigned to a parameter y. 

In the subsequent step S34 it is determined, whether the 
hashtable location with the number y contains a record 
10 comprising an address of one of the directory servers DS; 
DS1 - DSn or not, i.e., it is determined, whether a 
directory server with the assigned number y is available. 

If the location y of the server hashtable is empty, in a 
15 step S35 an operation a = a/2 is performed and the flow 

returns to step S33. In S33, again, P mod a is computed in 
order to obtain a new y* The flow then again reaches step 
S34 and once again it is determined, whether the hashtable 
location y contains a record comprising one of the 
20 directory server addresses. 

This loop of steps S33, S34 and S35 is repeated until, in 
step S35 it is determined that the hashtable location y 
contains a record comprising a directory server address. 
25 Then, in a step S36 a request including the read object 
tag is transmitted to the target directory server, i.e., 
the directory server, whose address is stored at the 

hashtable location y. 

30 Subsequently, in a step S37, the target directory server 
determines, whether the object data stored thereon 
actually includes a record comprising the read object tag. 
In case such a record can not be found, the flow returns 
to step S33, and y is newly computed. The flow then 
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continues as outlined before, until the directory server 
storing the object data is found. If none of the directory 
servers stores the object data, an error message is 
generated. 

5 

In the step S38, an object data relocation is performed, 
if the first available directory server, computed by the 
above method, did not contain object data comprising the 
read object tag. In this case, the object data is 
10 relocated to the first available directory server, as 

computed with the above method. The relocation operation 
preferably includes storing the object data on the "new" 
directory server and deleting the object data on the "old" 
directory server. 

15 

In a step S39 the directory server storing the object data 
determines from the object data application server 
addresses IS; IS1 - ISp, storing application data packets 
associated with the object and returns retrieved addresses 
20 and application identifiers to the access server AS; AS1 - 
ASr . 

In a step S40 respective data packets are retrieved, using 
the obtained addresses of application servers or the 
25 application server address is transmitted to the user. 

In other embodiments, the number of the location of the 
hashtable including the address of a directory server 
storing desired object data may be obtained by computing 
30 the number of the target object modulo the number of 

directory servers. Also, it may be adhered to a different 
sequence of steps for performing the look up operation, 
e.g., a sequence of steps S39, S38 and S40. 

35 It is also noted that in other embodiments, instead of 
retrieving application data packets, the address 
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information and further information about services may be 
transmitted to, e.g., the unit initiating the request. 
Further, instead of a modulo operation, other mathematical 
operations providing an analogous distribution of object 
5 data onto the plurality of directory servers DS; DS1 - DSn 
may be employed. 

In the following an example of operations for entering 
object data related to a new object into the data base 
10 maintained on the plurality of directory servers DS; DS1 - 
DSn is described with respect to Figure 4. In Fig. 4, the 
hashfunction explained with respect to Fig. 3 is used. 

It is preferred, that for inserting object data into the 
15 data base, the always up to date hashtable stored in the 
at least one supervisor server HS1 - HSt is used. 

In a step S41 the system kernel K receives a request from 
a user or system- administrator, to insert object data 
20 related to a new object into the data base maintained on 
the plurality of directory servers. 

In steps S42 to steps S45, analogously to Figure 3, the 
number y of the directory server for storing the object 
25 data is computed. Since steps S42-S45 correspond to steps 
S32-S35, a description thereof is omitted. 

If in step S44 it is determined that a directory server at 
location y is available, in a step S46 the object data is 
30 stored on the directory server at location y. 

Depending on the hashtable, in step S44 a directory server 
at location y of the hashtable will be identified. In the 
following, in a step S47 the system kernel will initiate 
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the storage of the object data related to the new object 
tag at the directory server y. 

Although not described, the above operation may also 
5 include storing respective application data packets on 
application servers. 

Analogously to the previous example described with respect 
to Figure 3, in other embodiments the target directory 
10 server for storing object data related to a new object tag 
can be obtained by applying the hashfunction on the 
available number of directory servers. 

The steps described above with respect to Figure 3 and 
15 Figure 4 assure that object data related to an object tag 
is most likely stored on a directory server at location y 
of the hashtable. Moreover it is assured, e.g., if a new 
directory server has been inserted or an old one has been 
removed that object data is rearranged appropriately. 

20 

In the following, with respect to Fig. 5, an embodiment of 
one of the plurality of directory servers DS; DS1 - DSn is 
described. 

25 As an example, components of the directory server DS1 are 
illustrated. The directory server DS1 comprises a central 
processing unit CPU for controlling operations of the 
directory server. Further, tag memory means TM are 
provided, for storing a plurality of tag data blocks TBI- 

30 TBi, each comprising at least one of the object tags T; Tl 
- Tw identifying an object and at least one of the 
application identifiers All-Aim. Additionally, the tag 
data blocks can comprise application server addresses IS; 
IS1 - ISp, storing application data packets corresponding 

35 to the at least one application identifiers All - Aim. 
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The embodiment of directory server DS1 shown in Fig. 5 
further comprises address memory means AM for storing a 
plurality of address data blocks ABl-ABk, each comprising 
5 one of the application identifiers All - Aim, the 

corresponding application server address IS; IS1 - ISp 
and, optionally, corresponding object tags T; Tl - Tw. The 
address data blocks can be used to perform garbage 
collection, e.g., if an application data packet has been 
10 removed. In this case, the address data block allows to 
identify tag data blocks storing the respective 
application identifier. 

On the right side of Fig. 5 an example of a tag data block 
15 TBi is illustrated. At a first storage location of the 
data block an object tag is stored, and at subsequent 
locations of the tag data block application identifiers of 
application data packets related to the object tag T; Tl- 
Tw are stored. In the shown case, application identifiers 
20 AI10 and AI12 are included into the tag data block TBi. 
Additionally, as indicated by broken lines, the tag data 
block TBi may comprise application server addresses, of 
which the application server address IS2 is shown, assumed 
to store application data packets corresponding to the 
25 application identifiers AI10 and AI12. 

Also on the right side of Fig. 5, an example of an address 
data block ABk is shown. At a first location of the 
address data block ABk an application identifier is 

30 stored. In the shown case, the application identifier AI10 
is stored. At a subsequent location of the address data 
block ABk the application server address IS2 is stored, 
since in the embodiment of Fig. 5 it is assumed that 
application data packet with the application identifier 

35 AI10 is located on application server with the address 
IS2. Additionally, as indicated by broken lines, the 
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address data block ABi may include object tags, of which 

the object tag T; Tl- Tw is shown, corresponding to the 
application data packet AI10. 

5 Ir. alternate embodiments, the directory server may 

comprise single memory means, in which case all object 
data related to an object are stored in the provided 
memory means. 

10 If the directory server DS1 receives a lookup request for 
a rpecific object, it is first determined, whether the 
object is actually located on the directory server DS1. If 
it is not located on the directory server, the request 
containing the object tag may be forwarded to other 

15 directory servers. However, in case a tag data block 

containing the object tag is stored on directory server 
DSl, operations are performed to retrieve information 
about the location of application data packages associated 
with the object. In the embodiment of Fig. 5, if 

20 information concerning an object tag T; Tl- Tw is 

requested, the directory server DSl will identify tag data 
block TBi. Tag data block TBi includes application 
identifier AI10 and the application server address IS2. 

25 If the application server address IS2 is not included in 
the data block, it will be determined from address data 
block ABk. A plurality of such lookup procedures regarding 
a plurality of application data packets can be performed 
by the directory server and all results will be returned 

30 to the unit, which issued the search request. 

In the following, an embodiment of the structure of an 
object tag is briefly described. In order to be able to 
reference a sufficiently large number of objects, an 
35 object tag preferably contains at least 128 bits. The bits 
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may code digits or signs according to the ASCII code or 
the like. 

As an example, in the following a case is described, where 
5 digits are coded. The object tag is preferably constituted 
by a general part and a specific part. For example, if a . 
certain provider requests a number series of 100,000 
object tags, for instance, the number series 5878700000- 
5878799999 might be reserved. In this case, series data 

10 can be stored using an identification number 5878700000. 
The most significant digit of an object tag preferably 
describes the length of the general part of the object 
tag, in the above case 5 digits. When a lookup of general 
information is performed for an object tag in this series, 

15 for instance tag 5878701234, the object tag is identified 
as being part of the above number series of 100,000 
numbers by the leading 5 digits. The series is then 
constructed by letting the five last digits to zero and 
the lookup is then performed with the series number 

20 5878700000. 

The above example shows only object tags with ten digits, 
in the real system, however, preferably much larger 
numbers of digits are used. 

25 

In the following, an embodiment of the system kernel K is 
described with respect to Fig. 6. 

The system kernel of the shown embodiment of Fig. 6 
30 comprises an arbitrary number of access servers AS; AS1- 
ASr and directory servers DSl-DSn, an arbitrary number of 
broker servers BS; BSl-BSs and resource means RSl-RSu and 
supervisor servers HS1 - HSt. All components are connected 
via a network N for communication with each other. In 
35 order to provide a robust system, all or some of the 
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access servers, broker servers, directory servers or other 
components of the system kernel may be replicated. 

The access servers AS; ASl-ASr constitute the link between 
5 the user and the system kernel. For example, if a user 

wishes to obtain information about a certain object, the . 
object tag is read using a reader and transmitted to one 
of the access server AS; ASl-ASr, preferably an access 
server located nearby. The access server could be, for 

10 example, accessed by connecting a mobile device to a 
network node of a mobile communication network, which 
would transmit a lookup request to an appropriate access 
server. Besides being responsible for receiving an object 
tag from the outside world, the access servers AS; ASl-ASr 

15 preferably also supervise the entire lookup operation of 
the system for retrieving and presenting information 
related to an object. Lookup operations under control of 
the access servers using the directory servers have 
previously been described with respect to Figures 1 to 4 . 

20 

The broker servers BS; BSl-BSs are responsible for 
maintaining a data base of directories, resources and 
other brokers connected to the network. Therefore, the 
broker servers each preferably comprise memory means for 

25 storing a list of directory server addresses, as well as 
for storing addresses of resource means and addresses of 
other broker servers. Upon reception of a request for 
information related to an object, an access server can use 
at least one of the broker servers for performing certain 

30 lookup operations with respect to suitable directory 

server addresses, resource means, etc. In some cases, the 
broker servers may also perform steps to identify an 
appropriate one of the directory servers. 

35 The resource means RSl-RSu are provided for performing 
certain operations on application data packets, for 
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example speech rendering, speech recognition and language 
translation services, in order to reduce the complexity of 
app I i cation implementation. 

5 The supervisor servers HS1 - HSt preferably maintain an 

always up to date hashtable used for insert and/or remove ' 
cf object data. 

The system kernel K is preferably distributed, possibly 
10 world-wide. Its components can be connected by 

telecommunication networks or by existing computer 
networks, such as the Internet. 

In the following, another embodiment of the invention is 
15 described with respect to Figure 7. Figure 7 shows one of 
a plurality of objects D, marked by an object tag T, 
reading means R connected to a mobile telephone M or a 
data processing unit DPU, the system kernel K, as 
described previously as well as application servers IS; 
20 ISl-ISp connected to the system kernel K via the Internet. 

The operation of the system according to Figure 7 is as 
follows. An object tag T; Tl- Tw read by the reader R is 
transmitted via fixed communication lines or wireless 

25 communication links to the system kernel K. The system 
kernel K performs a lookup operation to retrieve 
information about the exact location of application data 
packets containing information related to the object D 
associated with the object tag T. Once the system kernel K 

30 has successfully retrieved the information, preferably 
addresses of application servers storing information 
related to the object, the information about storage 
locations is directly presented to a user or the system 
kernel may retrieve the information from the application 

35 servers which then may be transmitted to the user via the 
mobile telephone M or the data processing unit PDU. 
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Figs. 8 to 11 schematically illustrate steps of an example 
for performing the method according to the invention, 

5 Firstly, with respect to Fig. 8, an example of steps for 
retrieving information related to an object are described^ 

In a first step S81 the mobile station M or the data 
processing unit DPU issues a lookup request for 

10 information related to an object, that is, an object tag 

read by the reader R. The lookup request is transmitted to 
the access server AS; AS1 - ASr* The access server then 
transmits the request to one of the directory server which 
in turn identifies the correct directory servers DS; DS1 - 

15 DSn storing object data related to the read object tag. 
However, in other embodiments the identifying of the 
correct directory server may also be performed by the 
access server. Examples of steps of identifying the 
correct directory servers have been outlined previously, 

20 specifically with respect to Fig. 3. 

In a second step, S82, the access server AS; AS1 - ASr 
requests information from one of the directory servers 
concerning information related to the object tag. The 

25 directory server will perform a lookup operations in its 
data base, e.g. using a copy of the hashtable, suitably 
forwards the request to the directory server storing the 
object data which will identify application data packets 
associated with the object as well as their respective 

30 storage locations, i.e. addresses of application servers. 
The directory server transmits the data to the access 
server in a step S83. 

Following, in steps S84 and S85, the access server AS; AS1 
35 - ASr will either transmit the information retrieved from 
the directory servers to a user or will perform operations 
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for retrieving specific application data packets from the 
application servers. In a last step S86, the access server 
then presents retrieved data to the data processing unit 
DPU or the mobile telephone M of the user issuing the 
5 request for information. 

A second example of the method according to the invention 
is described with respect to Fig. 9. The example of Fig. 9 
is particularly useful, the system used in combination 
10 with a known datacom- or telecom network, such as the 
Internet. In this case, the system according to the 
invention will mainly be used for performing the lookup of 
a regular Internet address, such as a service via a HTTP 
request . 

15 

In a first step S91 the user via the data processing unit 
DPU or the mobile telephone M issues a lookup request 
which is received by the access server AS; AS1 - ASr, as 
outlined with respect to Figure 8. Analogous to steps S82 
20 and S83 of Fig. 8, the access server AS; AS1 - ASr 

initiates operations for identifying a correct directory 
server and retrieving information related to the object 
tag which is basis of the lookup request in steps S92 and 
S93. 

25 

In a step S94, the access server can retrieve application 
data packets based on the look up result and transmit the 
result to the data processing unit DPU or mobile telephone 
M. Alternatively, the access server directly returns the 

30 lookup result to the data processing unit DPU or mobile 

telephone M, which subsequently, in a step S95 may be used 
for directly retrieving application data packets from an 
application server. The application data packets are 
received in a step S96. Alternatively, a regular Internet 

35 lookup, such as a regular HTTP request, may be performed 
in steps S95 f and S96'. 
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Now, with respect to Fig. 10, an alternative example for 
identifying the correct directory server is described. 

5 In a first step S101, analogously to the previous figures, 
a lookup request for information related to an object tag • 
is received by the access server AS; AS1 - ASr. 

Different from the previous examples, broker servers BS; 

10 BS1 - BSs are now used for assisting the access server AS; 
ASl - ASr in performing the lookup operation to identify 
the correct directory server or to perform look ups of 
resources of the system. In a step S102 the access server 
requests directory assistance from the broker server BS; 

15 BS1 - BSs. In a step S103, the address of the correct 

directory server or resource of the system is transmitted 
by the broker server, and in steps S104 and S105 the 
access server retrieves object data related to the object 
tag, analogously to the previous figures. 

20 

Alternatively, in step 103 the broker server BS; BS1 - BSs 
may return the address of any other preferred directory 
server to the access server and the access server then 
forwards the look up request to the preferred directory 
25 server, which then identifies the correct directory server 
storing desired object data. 

Another example of steps for performing the method 
according to the invention is described with respect to 

30 Figure 11. The embodiment of Figure 11 is, for example, 

suitable for applications where retrieved application data 
packets need further processing before being delivered to 
the user. As outlined before, the processing can be 
performed by the resource means RS; RSl-RSu, in order to 

35 reduce the processing load of the access server AS; ASl - 
ASr or other servers involved. 
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As in the previous examples, in a step Sill a lookup 
request for information related to a particular object tag 
is received by the access server. Since the lookup of the 
5 correct directory server is the same as in previous 

examples, a description thereof is omitted. In steps S112. 
and S113, the access server AS/ AS1 - ASr retrieves at 
least one application data packet from an corresponding 
one of the application servers and in a step SI 14 the at 
10 least one application data packet is transmitted to the 

resource means RS; RSl-RSu, which performs conversions on 
the received data and retransmits the data back to the 
access server in a step S115. 

15 In a last step S116 the converted data is forwarded to the 
data processing unit DPU and/or the mobile telephone M. 

Alternatively, as indicated by broken lines, instead of 
steps S113 - S116, in a step S113 T application data 

20 packets may be directly transmitted from the application 
server to the resource means RS; RSI - RSu, which perform 
the operations on the received data. Further the data may 
be directly transferred to the data processing unit DPU or 
the mobile telephone M in a step S115', instead of steps 

25 S115 and S116. 
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Claims 

5 1. Communication system, comprising: 

a plurality of objects (D) each identified by an object 
tag (T); 

10 a plurality of application servers each having an address 
(IS; IS1 - ISp) and each comprising memory means for 
storing a plurality of application data packets, each 
related to one of the objects and identified by an 
application identifier (All - Aim) ; 

15 

reading means (R) for reading one of the plurality of 
object tags (T) ; 

a system kernel (K) , comprising: 

20 

a plurality of directory servers (DS; DS1 - DSn) each 
having an address and comprising memory means (TM; 
AM) for storing in a distributed data base object 
data associating each of the objects with at least 
25 one of the application data packets; 

means for receiving the read object tag (T) from the 
reading means (R) and means for identifying the 
directory server for storing object data related to 
30 the read object tag and retrieving the object data; 

and 

means for retrieving at least one of the application 
data packets based on the object data or transmitting 
35 at least part of the object data to a receiving unit 

(M, DPU) . 
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2. Communication system according to claim 1, 
characterized in that 

object data corresponding to an object comprise an object 
tag, at least one application identifier and the address 
of the at least one application server storing the at 
least one application data packet identified by the at 
least one application identifier, 

3. Communication system according to claim 1 or 2, 
characterized in that 

each of the directory servers (DS; DS1 - DSn) comprises: 

tag memory means (TM) for storing a plurality of tag data 
blocks (TBI - TBi) , each comprising one of the object tags 
(T) and at least one of the application identifiers (All - 
Aim) ; and 

address memory means (AM) for storing a plurality of 
address data blocks (AB1 - ABk) , each comprising at least 
one of the application identifiers and the address of the 
application server storing the at least one of the 
application data packets corresponding to the at least one 
of the application identifiers. 

4. Communication system according to one of the claims 1 
to 3, characterized by 

memory means for storing a list of all available directory 
servers in a hashtable (H) ; and 

means (DS; DSl-DSn; AS; ASl-ASr) , using a hashfunction for 
identifying the directory server (DS; DS1 - DSn) for 
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storing the object data related to the read object tag, 
based on the hashtable. 

5. Communication system according to claim 4, 
5 characterized by 

at least one supervisor server (HS1 - HSt) for inserting 
and removing object data from the data base distributed on 
the plurality of directory servers using the hashf unction; 
10 and 

updating the hashtable (H) , if the number of available 
directory server changes . 

15 6. Communication system according to claim 4 or 5, 

characterized in that the plurality of directory servers 
stores copies of the hashtable (H) to perform the step of 
identifying the directory server (DS; DS1 - DSn) storing 
the object data related to the read object tag using the 

20 hashfunction. 

7. Communication system according to one of the claims 4 
to 6, characterized by updating means for periodically 
updating the copies of the hashtable stored in the 

25 directory servers. 

8. Communication system according to one of the claims 1 
to 7, characterized by a plurality of broker servers (BS; 
BS1 - BSs) comprising memory means for storing addresses 

30 of the directory servers, addresses of resource means (RS; 
RSI - RSu) and addresses of the broker servers. 

9. Communication system according to one of the claims 1 
to 8, characterized by a plurality of access servers (AS; 

35 AS1 - ASr) handling communication between the plurality of 
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application servers and a mobile telephone (M) and/or data 
processing unit (DPU) . 

10. Communication system according to one of the claims 1 
5 to 9, characterized in that the reading means (R) is 

connected to the mobile telephone (M) or the data . ■ 

processing unit (DPU) , connected to the system kernel (K) 
for a transmission of the read object tag (T) via a 
wireless communication link or stationary communication 
10 link. 



11. Communication system according to one of the claims 1 
to 10, characterized in that the resource means (RS; RSI - 
RSu) perform data conversions on the application data 
15 packets obtained from the application servers. 



12. Communication system according to one of the claims 1 
to 11, characterized in that the system includes a known 
datacom- or telecom network. 

20 

13. Communication system according to one of the claims 1 
to 12, characterized in that components of the system 
kernel (K) are replicated by replication components and/or 
each of the application servers is replicated by a 

25 replication application server. 

14. Communication system according to one of the claims 1 
to 13, characterized in that the object tags (T; Tl - Tw) 
each comprise at least one general part and a specific 

30 part. 

15. Method of communicating information, comprising: 
marking each of a plurality of objects with an object tag; 

35 
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storing a plurality of application data packets, each 
identified by an application identifier, in memory means 
of a plurality of application servers, each identified by 
an application server address; 

5 

storing in each of a plurality of directory servers (DS; . 
DS1 - DSn) part of a distributed data base of object data 
associating the plurality of objects with the plurality of 
application data packets; 

10 

reading one of the object tags using a reading means (R) 
and transmitting the read object tag to an access server 
(AS; AS 1 - ASr) ; 

15 identifying the directory server (DS; DS1 - DSn) storing 
object data corresponding to the object tag; 

obtaining the address of at least one of the application 
servers storing at least one of the application data 
20 packets associated with the object based on the object 
data; and 

retrieving the at least one of the application data 
packets using the address or transmitting data 
25 corresponding to the address to a mobile telephone (M) 
and/or a data processing unit (DPU) . 

16. Method of communicating information according to claim 
15, characterized in that 

30 

object data associated with an object comprise at least 
one object tag, at least one application identifier and 
the address of the at least one application server storing 
the at least one application data packet identified by the 
35 at least one application identifier. 
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17. Method of communicating information according to claim 
15 or 16, characterized in that 

the step of storing the object data comprises: 

5 

storing a plurality of tag data blocks, each 
comprising at least one of the object tags and at 
least one of the application identifiers; 

10 storing a plurality of address data blocks, each 

comprising at least one of the application 
identifiers and the address of the application server 
storing the at least one application data packet 
corresponding to the at least one of the application 

15 identifiers; and 

the step of obtaining the address comprises a search step 
to obtain at least one of the address data blocks of the 
at least one application identifier of the tag data block 
20 containing the read object tag (T) . 

18. Method of communicating information according to claim 
17, characterized in that the tag data block comprises 
addresses of the application servers storing the 

25 application data blocks associated with the object. 

19. Method of communicating information according to one 
of the claims 15 to 18, characterized by 

30 storing a list of all available directory servers in a 
hashtable; 

mapping all object tags employing a hashf unction and the 
hashtable onto the directory servers. 



vJSDOCID: <WO 9922501 A 1_l_> 



- WO 99/22501 PCT/EP98/06752 

45 

20. Method of communicating information according to claim 
19, characterized by 

using the hashf unction in inserting and removing object 
5 data corresponging to one of the object tags from the data 
base; 

retrieving object data related to one of the object tags 
from one of the directory servers; and 

10 

relocating object data related to one of the object tags 
from one of the directory servers to another. 



21. Method of communicating information according to one 
15 of the claims 19 or 20, characterized in that 



the object tags and the directory server addresses are 
numbered in ascending order and object data corresponding 
to object tags with sequential numbers are stored on 
20 directory servers with sequential numbers; 

a list of directory server addresses, sorted by assigned 
numbers, is maintained as the hashtable; and 

25 the hashfunction and the hashtable is used for identifying 
one of the directory servers. 

22. Method of communicating information according to claim 
21, characterized in that relocating object data related 

30 to an object, if one of the directory servers is removed 
or an additional directory server is inserted into the 
hashtable, includes executing the hashfunction. 

23. Method of communicating information according to claim 
35 21 or 22, characterized in that inserting object data 
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related to a new object includes assigning a number to the 
new object tag and executing the hashf unction . 

2 4. Method of communicating information according to one 
5 of the claims 21 to 23, 

characterized in that the hashfunction for identifying the* 
directory server includes determining the value of the 
number of the object tag modulo the number of directory 
servers or determining the value of the number of the 
10 ci^ect tag modulo the number of hashtable records divided 
by a multiple of two. 



21. Method of communicating information according to one 
of the claims 15 to 24, characterized in that the 
lb identifying of the directory server is performed by one of 
the directory servers or one of a plurality of broker 
servers (BS; BS1 - BSs) , arranged in a network. 

26. Method of communicating information according to one 
20 of the claims 15 to 25, characterized in that the 

plurality directory servers and/or the plurality of broker 
servers (BS; BS1 - BSs) maintain a copy of the hashtable 
and the copies are periodically updated. 

25 27. Method of communicating information according to one 
of the claims 15 to 26, characterized in that 

the application data packets include data and/or audio 
signals containing information about the object or data 
30 related to an execution of an application; and 

the mobile telephone or the data processing unit is used 
for control and display or play back of information 
received with the application data packets. 

35 
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28. Method of communicating information according to one 
of the claims 15 to 27, characterized in that the 
application data packets are processed by resource means 
(RS; RSI - RSu) . 

5 

29. Method of communicating information according to one - 
of the claims 15 to 28, characterized in that the 
application servers constitute part of a known datacom- or 
telecom network. 

10 

30. Method of communicating information according to one 
of the claims 15 to 29, characterized in that the system 
is communicating over a known datacom- or telecom network 
and/or connects services provided by the known network. 

15 

31. Method of communicating information according to one 
of the claims 15 to 30, characterized in that components 
of the system kernel (K) are replicated by backup 
components . 
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